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Application/Control Number: 09/967,220 
Art Unit: 2192 

DETAILED ACTION 

1 . Responsive to Applicant's submission filed on July 7, 2004 
27-30 are now pending. 

Response to Arguments 

2. Applicant's arguments have been fully considered but they are not persuasive. 

Applicant contends that "Levine does not provide for any structure with a first level 
profile buffer and a second level profile buffer," and specifically that "there is no suggestion in 
Levine regarding a first level profile buffer that is not architecturally visible, and a second level 
profile buffer is architecturally visible," and further that "there is no suggestion of storing 
captured profile data in the first profile buffer, or for transferring profile data from the first level 
profile buffer to the second level profile buffer" (Applicant's remarks, page 13, last paragraph). 

However, Levine teaches storing captured profile data in a sampled instruction address 
register, SIAR, and a sampled data address register, SDAR (see, for example, column 10, lines 
63-67). Levine further teaches transferring the profile data from the SIAR and SDAR to tables 
in memory (see, for example, column 10, line 67 to column 3). Thus, the SIAR and SDAR are a 
first level profile buffer, and the tables in memory are a second level profile buffer. Levine 
further discloses that monitoring software (also referred to as a "background process" or a 
"monitoring process") obtains the profile data from the tables in memory rather than from the 
SIAR and SDAR directly (see, for example, column 1 1, lines 34-53). In other words, the tables 
in memory (i.e., the second level profile buffer) are architecturally visible to the monitoring 
software, while the SIAR and SDAR (i.e., the first level profile buffer) are not. Therefore, 
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. Claims 1-5,7-15, 17-25 and 
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Levine teaches storing captured profile data in a first level profile buffer that is not 
architecturally visible, and transferring the profile data from the first level profile buffer to a 
second level profile buffer that is architecturally visible. 

Claim Rejections - 35 USC §102 

3. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that form the 
basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(e) the invention was described in (1) an application for patent, published under section 122(b), by another filed 
in the United States before the invention by the applicant for patent or (2) a patent granted on an application for 
patent by another filed in the United States before the invention by the applicant for patent, except that an 
international application filed under the treaty defined in section 351(a) shall have the effects for purposes of this 
subsection of an application filed in the United States only if the international application designated the United 
States and was published under Article 2 1(2) of such treaty in the English language. 

4. Claims 1-4, 7, 10-14, 17, 20-22, 24, 25 and 27 are rejected under 35 U.S.C. 102(e) as 
being anticipated by U.S. Pat. No. 6,134,710 to Levine et al. (art of record, "Levine"). 

With respect to claim 1 (currently amended), Levine discloses a method comprising: 

(a) selecting one or more microarchitecture events relating to a microprocessor executing 
an application process to be monitored by one or more hardware monitors (see, for example, 
column 2, lines 8-14, which shows selecting events to be recorded by hardware performance 
monitor counters); 

(b) establishing parameters regarding the monitoring of the microarchitecture events by 
setting one or more monitor control vectors (see, for example, column 2, lines 12-20, which 
shows setting monitor control registers, i.e. control vectors, to establish monitoring parameters); 
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(c) storing profile data that is captured by the one or more hardware monitors regarding 
the occurrence of the one or more microarchitecture events in a first level profile buffer, the first 
level profile buffer being a non-architecturally visible memory (see, for example, column 10, 
lines 63-67, which shows storing profile data in the sampled instruction and data address 
registers, i.e. a first level profile buffer that is a non-architecturally visible memory); 

(d) transferring the captured profile data from the first level profile buffer to a second 
level profile buffer, the second level profile buffer being an architecturally visible storage (see, 
for example, column 10, line 67 to column 11, line 3, which shows transferring the profile data 
from the registers to tables in memory, i.e. a second level profile buffer that is an architecturally 
visible storage); 

(e) obtaining the captured profile data from the second level profile buffer (see, for 
example, column 11, lines 34-53, which shows obtaining the profile data from the tables in 
memory); 

(f) processing the captured profile data (see, for example, column 1 1, lines 24-34, which 
shows processing the profile data to generate effective address tables); 

(g) identifying a region of interest in the application process for optimization based at 
least in part on the captured profile data (see, for example, column 12, lines 1-6, which shows 
analyzing the effective address tables based on the profile data to identify a location or region for 
optimization); and 

(h) optimizing the region of interest in the application process (see, for example, column 
13, lines 63 to column 14, line 4, which shows applying the optimizations to the application 
process). 
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With respect to claim 2 (original), the rejection of claim 1 is incorporated, and Levine 
further discloses the limitation wherein setting each monitor control vector comprises setting one 
or more fields of the monitor control vector to control the monitoring of the microarchitecture 
event (see, for example, column 2, lines 8-20, which shows setting fields in the control registers 
to control the event counting or monitoring). 

With respect to claim 3 (original), the rejection of claim 2 is incorporated, and Levine 
further discloses the limitation wherein setting the one or more fields of each monitor control 
vector includes setting a control field to establish the type of microarchitecture event that is 
monitored by a hardware monitor (see, for example, column 8, lines 44-52, which shows setting 
control fields to select the types of events to be monitored). 

With respect to claim 4 (original), the rejection of claim 2 is incorporated, and Levine 
further discloses the limitation wherein setting the one or more fields of each monitor control 
vector includes setting a trigger field to control when a microarchitecture event is monitored 
(see, for example, column 8, lines 23-24 and 35-39, which show setting trigger fields to control 
when events are counted or monitored). 

With respect to claim 7 (currently amended), the rejection of claim 1 is incorporated, and 
Levine further discloses the limitation wherein obtaining the captured profile data for a 
microarchitecture event from the second level profile buffer occurs when a memory buffer in the 
second level profile buffer that is assigned for the monitored microarchitecture event is fully 
allocated (see, for example, column 11, lines 42-53, which shows that the buffer is of a 
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predetermined size and is used in a round-robin fashion, and is therefore fully allocated when the 
profile data is obtained before being overwritten). 

With respect to claim 10 (original), the rejection of claim I is incorporated, and Levine 
further discloses the limitation wherein the microarchitecture event monitored is an instruction 
cache miss event (see, for example, column 10, lines 2-8, which shows instruction cache miss 
events, and column 10, lines 15-19 and 34-36, which show counting or monitoring such cache 
misses). 

With respect to claim 1 1 (currently amended), see the rejection of claim 1 above. The 
operations recited in claim 1 1 are analogous to the method steps of claim 1 . Note that Levine 
further discloses a machine-readable medium having stored thereon data representing 
instructions that, when executed by a processor, cause the processor to perform the recited 
operations (see, for example, column 1, line 65 to column 2, line 1, and column 2, lines 28-44). 

With respect to claim 12 (original), the rejection of claim 1 1 is incorporated, and the 
operations recited in the claim are analogous to the method steps of claim 2 (see the rejection of 
claim 2 above). 

With respect to claim 13 (original), the rejection of claim 12 is incorporated, and the 
operations recited in the claim are analogous to the method steps of claim 3 (see the rejection of 
claim 3 above). 
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With respect to claim 14 (original), the rejection of claim 12 is incorporated, and the 
operations recited in the claim are analogous to the method steps of claim 4 (see the rejection of 
claim 4 above). 

With respect to claim 17 (currently amended), the rejection of claim 1 1 is incorporated, 
and the operations recited in the claim are analogous to the method steps of claim 7 (see the 
rejection of claim 7 above). 

With respect to claim 20 (original), the rejection of claim 1 1 is incorporated, and the 
operations recited in the claim are analogous to the method steps of claim 10 (see the rejection of 
claim 10 above). 

With respect to claim 21 (currently amended), Levine discloses a hardware assisted 
dynamic optimizer (see, for example, the abstract and FIG. 2), comprising: 

(a) an interface to a microprocessor through which the hardware assisted dynamic 
optimizer establishes parameters regarding the monitoring of one or more microarchitecture 
events occurring during the execution of an application by the microprocessor (see, for example, 
column 2, lines 8-20, which shows setting addressable monitor control registers to select events 
to be recorded and establish monitoring parameters); 

(b) one or more handler routines, each handler routine including instructions to process 
profiles of a monitored microarchitecture event that are captured by the microprocessor (see, for 
example, column 10, line 67 to column 1 1, line 5, which shows a handler routine for processing 
captured profile data, and column 1 1, lines 24-34, which shows processing the data to generate 
effective address tables); 
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(c) a first level profile buffer to initially store captured profiles, the first level profile 
buffer being non-architecturally visible (see, for example, column 10, lines 63-67, which shows 
initially storing profile data in the sampled instruction and data address registers, i.e. a first level 
profile buffer that is a non-architecturally visible); 

(d) a second level profile buffer to receive captured profiles from the first level profile 
buffer, the second level profile buffer being architecturally visible (see, for example, column 10, 
line 67 to column 11, line 3, which shows receiving the profile data from the registers in tables in 
memory, i.e. a second level profile buffer that is architecturally visible); and 

(e) one or more optimizers, each optimizer including instructions for optimizing a section 
of the application, the section of the application being chosen by the hardware assisted dynamic 
optimizer at least in part based on the captured profiles of a monitored microarchitecture event 
(see, for example, column 12, lines 1-6, which shows analyzing the effective address tables 
based on the profile data to identify a location or region for optimization, and column 13, line 63 
to column 14, line 4, which shows applying the optimizations to the application). 

With respect to claim 22 (original), the rejection of claim 21 is incorporated, and Levine 
further discloses the limitation wherein each monitor control vector includes a plurality of fields 
to control the monitoring of the microarchitecture event, the plurality of fields being set by the 
hardware assisted dynamic optimizer (see, for example, column 2, lines 8-20, which shows 
setting fields in the control registers to control the event counting or monitoring). 

With respect to claim 24 (original), the rejection of claim 21 is incorporated, and Levine 
further discloses the limitation wherein optimizing a section of the application includes 
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increasing the speed of processing of the section of the application (see, for example, column 1, 
lines 19-23, which shows that delays in executing an application may be caused by long table 
walks or long cache misses, and see, for example, column 1, lines 58-62, which shows that the 
optimizations minimize the effects of such table walks and cache misses, i.e. increase the speed 
of processing the application). 

With respect to claim 25 (currently amended), the rejection of claim 21 is incorporated, 
and Levine further discloses the limitation wherein the hardware assisted dynamic optimizer 
obtains the captured profiles of the one or more microarchitecture events from the second level 
profile buffer (see, for example, column 11, lines 34-53, which shows obtaining the profile data 
from the tables in memory). 

With respect to claim 27 (currently amended), the rejection of claim 21 is incorporated, 
and Levine further discloses the limitation wherein the hardware assisted dynamic optimizer sets 
conditions for transferring captured profiles from the first level profile buffer to the second level 
profile buffer (see, for example, column 10, line 67 to column 1 1, line 3, which shows 
transferring the profile data from the registers to the tables in memory when an interrupt is 
serviced, and column 8, lines 24-35, which shows setting conditions for the interrupt). 

Claim Rejections -35 USC § 103 
5. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
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having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

6. Claims 5, 15 and 23 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Levine, as applied to claims 2, 12 and 22 above, respectively. 

With respect to claim 5 (original), the rejection of claim 2 is incorporated. Levine 
discloses setting an interrupt field to cause a handler routine to process the profile data when an 
event occurs (see, for example, column 8, lines 24-35, which shows the interrupt field in the 
control register, and column 10, line 67 to column 1 1, line 5, which shows the handler routine). 

Levine does not expressly disclose the limitation wherein setting the one or more fields of 
each monitor control vector includes storing a pointer in a handler field, the pointer identifying a 
handler routine to process the captured profile data associated with the occurrence of a 
microarchitecture event corresponding to the monitor control vector. 

However, a pointer is inherently used in the Levine system to identify the handler routine. 
The address of the routine must be known in order to invoke the routine and process the captured 
profile data. It is also well known in the art that a pointer may be stored, for example, in a field 
of a control vector or register. 

Therefore, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to store the pointer to the handler routine of Levine in a field of the control 
registers taught by Levine, for the purpose of identifying the address of the routine. 

With respect to claim 15 (original), the rejection of claim 12 is incorporated, and the 
operations recited in the claim are analogous to the method steps of claim 5 (see the rejection of 
claim 5 above). 
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With respect to claim 23 (original), the rejection of claim 22 is incorporated, and Levine 
further discloses the limitation wherein the plurality of fields includes: 

(a) a control field to establish the type of microarchitecture event that is monitored (see, 
for example, column 8, lines 44-52, which shows setting control fields to select the types of 
events to be monitored), and 

(b) a trigger field to control when the microarchitecture event is monitored (see, for 
example, column 8, lines 23-24 and 35-39, which show setting trigger fields to control when 
events are counted or monitored). 

Although Levine discloses setting an interrupt field to cause a handler routine to process 
the profile data when an event occurs (see, for example, column 8, lines 24-35, which shows the 
interrupt field in the control register, and column 10, line 67 to column 1 1, line 5, which shows 
the handler routine), Levine does not expressly disclose the limitation wherein the plurality of 
fields includes: 

(c) a handler field to store a pointer to the handler routine for the microarchitecture event. 
However, a pointer is inherently used in the Levine system to identify the handler routine. 

The address of the routine must be known in order to invoke the routine and process the captured 
profile data. It is also well known in the art that a pointer may be stored, for example, in a field 
of a control vector or register. 

Therefore, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to store the pointer to the handler routine of Levine in a field of the control 
registers taught by Levine, for the purpose of identifying the address of the routine. 
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7. Claims 8, 9, 18, 19 and 28-30 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Levine, as applied to claims 7, 17 and 27 above, respectively, in view of U.S. Pat. No. 
6,622,300 to Krishnaswamy et al. (art of record, "Krishnaswamy"). 

With respect to claim 8 (currently amended), the rejection of claim 7 is incorporated, and 
Levine further discloses setting one or more conditions for transferring captured profile data 
from the first level profile buffer to the second level profile buffer (see, for example, column 10, 
line 67 to column 1 1, line 3, which shows transferring the profile data from the registers to the 
tables in memory when an interrupt is serviced, and column 8, lines 24-35, which shows setting 
conditions for the interrupt). 

Levine does not expressly disclose setting one or more conditions for obtaining captured 
profile data when the memory buffer in the second level profile buffer is not fully allocated. 

However, Krishnaswamy discloses storing profile data in a buffer and reading the data 
from the buffer by setting an interrupt condition after a certain number of events, i.e. obtaining 
the data when the buffer is not fully allocated, so as to sample the profile data nonintrusively 
without significantly degrading performance (see, for example, column 6, lines 21-45). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to set a condition for obtaining the profile data of Levine when the memory buffer is 
not fully allocated, so as to sample the profile data nonintrusively without significantly degrading 
performance, such as taught by Krishnaswamy. 

With respect to claim 9 (currently amended), the rejection of claim 8 is incorporated, and 
Krishnaswamy further discloses receiving an interrupt or special event handler if the memory 
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buffer that is assigned for the microarchitecture event is fully allocated or if a condition for 
obtaining captured profile data when the memory buffer in the profile buffer is not fully 
allocated is met (see, for example, column 6, lines 21-45, which shows receiving an interrupt for 
obtaining the profile data from the buffer when the event-counting condition is met). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to use an interrupt for obtaining the profile data of Levine from the memory buffer, so 
as to sample the profile data nonintrusively without significantly degrading performance, such as 
taught by Krishnaswamy. 

With respect to claim 18 (currently amended), the rejection of claim 17 is incorporated, 
and the operations recited in the claim are analogous to the method steps of claim 8 (see the 
rejection of claim 8 above). 

With respect to claim 19 (currently amended), the rejection of claim 18 is incorporated, 
and the operations recited in the claim are analogous to the method steps of claim 9 (see the 
rejection of claim 9 above). 

With respect to claim 28 (currently amended), the rejection of claim 27 is incorporated. 
Levine does not expressly disclose the limitation wherein the hardware assisted dynamic 
optimizer sets one or more conditions for obtaining captured profiles from the second level 
profile buffer. 

However, Krishnaswamy discloses storing profile data in a buffer and reading the data 
from the buffer by setting an interrupt condition after a certain number of events, so as to sample 
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the profile data nonintrusively without significantly degrading performance (see, for example, 
column 6, lines 21-45). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to set a condition for obtaining the profile data of Levine, so as to sample the profile 
data nonintrusively without significantly degrading performance, such as taught by 
Krishnaswamy. 

With respect to claim 29 (currently amended), the rejection of claim 28 is incorporated, 
and Levine further discloses the limitation wherein a memory buffer in the second level profile 
buffer is assigned to a microarchitecture event, and wherein the hardware assisted dynamic 
optimizer accesses the profiles of the microarchitecture event when the memory buffer assigned 
to the microarchitecture event is fully allocated or when a condition for obtaining captured 
profiles is met (see, for example, column 1 1, lines 42-53, which shows that the buffer is of a 
predetermined size and is used in a round-robin fashion, and is therefore fully allocated when the 
profile data is obtained before being overwritten). 

With respect to claim 30 (original), the rejection of claim 29 is incorporated, and 
Krishnaswamy further discloses the limitation wherein the hardware assisted dynamic optimizer 
accesses the profiles of a microarchitecture event upon receiving an interrupt or special event 
handler (see, for example, column 6, lines 21-45, which shows obtaining the profile data upon 
receiving an interrupt). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to use an interrupt for obtaining the profile data of Levine, so as to sample the profile 
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data nonintrusively without significantly degrading performance, such as taught by 
Krishnaswamy, 

Conclusion 

8. The prior art made of record and not relied upon is considered pertinent to Applicant's 
disclosure. U.S. Pat. No. 6,457,144 to Eberhard discloses a system and method for collecting 
trace data in main storage. U.S. Pat. No. 5,630 3 048 to La Joie et al. discloses a diagnostic system 
for run-time monitoring of computer operations. 

9. Applicant's amendment necessitated the new ground(s) of rejection presented in this 
Office action. Accordingly, THIS ACTION IS MADE FINAL. See MPEP § 706.07(a). 
Applicant is reminded of the extension of time policy as set forth in 37 CFR 1. 136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within TWO 
MONTHS of the mailing date of this final action and the advisory action is not mailed until after 
the end of the THREE-MONTH shortened statutory period, then the shortened statutory period 
will expire on the date the advisory action is mailed, and any extension fee pursuant to 37 
CFR 1 .136(a) will be calculated from the mailing date of the advisory action. In no event, 
however, will the statutory period for reply expire later than SIX MONTHS from the date of this 
final action, 

10. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Michael J. Yigdall whose telephone number is (571) 272-3707. 
The examiner can normally be reached on Monday through Friday from 7:30am to 4:00pm. 



Application/Control Number: 09/967,220 



Page 16 



Art Unit: 2192 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Tuan Q. Dam can be reached on (571) 272-3695, The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300, 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). 
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Examiner 
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